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A computer system with a plurality of devices compatible with the Fibre Channel Protocol, which 
computer system is provided with the capability to dynamically alter the configuration of the 
plurality of devices without a system reset, or without additional software overhead. This capability 
is realized by providing unique mapping relationships between low-level Fibre Channel 
information structures related to the devices and upper-level link elements compatible with an 
operating system associated with the computer system. 
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(57) A computer system with a plurality of devices 
compatible with the Fibre Channel Protocol, which com- 
puter system is provided with the capability to dynami- 
cally alter the configuration of the plurality of devices 
without a system reset, or without additional software 



overhead. This capability is realized by providing unique 
mapping relationships between low-level Fibre Channel 
information structures related to the devices and upper- 
level link elements compatible with an operating system 
associated with the computer system. 
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Description 

The present invention relates to channel and net- 
work communication systems and processes and, in 
particular, to a system and method for automatic dynam- 
ic loop address changing in a Fibre Channel environ- 
ment. 

There are two kinds of protocols for device commu- 
nication: channels and networks. Channels, for exam- 
ple, between a master host computer and a slave pe- 
ripheral device, transport a large amount of data at very 
high speeds over relatively small distances with little 
software overhead once data transmission commenc- 
es. A channel provides a direct or switched point-to- 
point connection between a master and a slave that is 
hardware-intensive. Networks, on the other hand, usu- 
ally interface many users and support many transac- 
tions, sharing a plurality of hosts and system resources, 
over medium to large distances. In network connections 
higher software overhead is generally acceptable as 
long as high connectivity is achieved. 

The Fibre Channel Protocol (TCP") is a new gen- 
eration protocol that combines the best of these two dis- 
parate methods of communication in a single Open-Sys- 
tems-lnterface-like (OSI-like) stack architecture. Essen- 
tially, the Fibre Channel ( m FC) is a multi-topology, multi- 
layer stack with loweMayer-protocols ("LLPs") for con- 
trolling the physical transport characteristics and upper- 
layer-protocols ("ULPs') for mapping LLP communica- 
tion to and from higher-level software structures that are 
compatible with an Operating System. These ULPs in- 
clude both channel and network protocols such as In- 
telligent Peripheral Interface ( B IPr), Small Computer 
System Interface ('SCSI'), and Internet Protocol ('IP'), 
among others. 

One of the most desirable objectives in any multi- 
device communication system is the ability to "hot-plug", 
that is, the capability to delete, add, and/or substitute a 
device in a system without bringing the system down or 
incurring an inordinate amount of specialized software 
overhead. For example, in a master-slave channel com- 
munication system, it is extremely useful to be able to 
change the attached peripheral devices on the fly with- 
out having to re-boot the system or without erecting ex- 
pensive software partitions between the Operating Sys- 
tem and the protocol that is associated with the multi- 
device communication system. 

Although the ULPs in the FCP stack offer the ben- 
efits of multi-protocol connectivity to both channel and 
network communication systems, they do not provide 
for the capability to dynamically alter the device config- 
uration of the system without the aforementioned short- 
comings. Moreover, many Operating Systems currently 
in use do not provide for structures that would facilitate 
~> dynamic reconfiguration of the devices disposed in an 
FC environment. Accordingly, it can be appreciated that 
because of the tremendous growth potential for FC- 
compatible computer systems, there is a manifest need 



for providing a cost-effective solution that ameliorates 
these and other drawbacks. 

The present invention overcomes the above-identi- 
fied problems as well as other shortcomings and defi- 
s ciencies of existing technologies by providing; for a com- 
puter system operable with an Operating System (OS), 
the computer system having a Fibre Channel (FC) com- 
munication environment, which environment includes a 
plurality of FC devices, at least one of the FC devices 

10 being an initiator; a method for dynamically controlling 
the configuration of the plurality of FC devices, which 
method comprises the steps of: determining an FC-spe- 
crflc information structure related to each of the plurality 
of FC devices; associating the FC-speciflc information 

is structure for each of the plurality of FC devices with a 
logical link element compatible with the Operating Sys- 
tem, the associating step being effected by association 
means; and updating the association means responsive 
to a reconfiguration of the FC environment. 

20 The present invention further provides a system for 
dynamically controlling the configuration of a multi-de- 
vice FC communication environment, the system com- 
prising: means for determining an FC-specific informa- 
tion structure related to each of the plurality of FC de- 

25 vices; means for associating the FC-speciflc information 
structure for each of the plurality of FC devices with a 
logical link element compatible with the Operating Sys- 
tem of a computer system; and means for updating the 
associating means responsive to a reconfiguration of 

30 the FC environment. 

A more complete understanding of the present in- 
vention may be had by reference to the following de- 
scription when taken in conjunction with the accompa- 
nying drawings wherein: 

35 

FIG. 1 illustrates a block diagram of a prior art chan- 
nel communication system, more particularly, a sys- 
tem operable with a SCSI standard; 
FIG. 2 illustrates a block diagram of an exemplary 

40 computer system wherein the teachings of the 
present invention may be practiced; 
FIG. 3 depicts a diagrammatic representation of the 
Fibre Channel (FC) Protocol stack; 
FIGS. 4A-4C depict block diagrams of the three top- 

45 obgical configurations available for Fibre Channel 
Nodes; 

FIG. 5 illustrates an exemplary embodiment of the 
mapping method in accordance with the teachings 
of the present invention; 
so FIG. 6 depicts an exemplary flow diagram for a 
method of automatic dynamic loop address chang- 
ing in accordance with the teachings of the present 
invention; and 

FIGS. 7A and 7B depict an exemplary embodiment 
55 where a loop addcess is dynamically changed in ac- 
cordance with the teachings of the present inven- 
tion upon introduction of a hard-coded device in the 
loop. 
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Referring now to the drawings wherein like or sim- 
ilar elements are designated with identical reference nu- 
merals throughout the several views, and wherein the 
various elements depicted are not necessarily drawn to 
scale, and, in particular, to FIG. 1 , there is shown a block 
diagram of a prior art channel communication system, 
generally at 100, such as a channel system operable 
with the Small Computer System Interface ("SCSI") pro- 
tocol. A processor 110 is provided with a SCSI adapter 
1 1 5 in order to effect channel communication via a SCSI 
bus 125 to which a plurality of peripheral devices, for 
example, SCSI devices 120A-120G, are connected. It 
can be appreciated by those skilled in the art that al- 
though not depicted in FIG. 1, the ends 130 A and 130B 
of the SCSI bus 125 may each contain an appropriate 
termination element, respectively. 

As is well-known in the art, a SCSI device can be 
either an initiator or a target and the SCSI bus 125 can 
include any combination thereof provided at least one 
initiator and one target are present. For example, the 
processor 110, through its adapter 115, may function as 
the initiator and the device 120D may function as a tar- 
get in the channel communication system 100. Certain 
specific functions are assigned to either an initiator or a 
target (i) an initiator can arbitrate for the bus 125 and 
select a target; (ii) a target can request the transfer of 
command, data, status, or other information to or from 
the initiator, and (iii) in some instances, a target can ar- 
bitrate for the bus 125 and reselect an initiator to con- 
tinue a bus transaction. 

Continuing to refer to FIG. 1, the target 120D may 
support from one to eight physical or virtual devices 
called "logical units". A complete device address con- 
sists of the SCSI identity ("ID") of the target and the Log- 
ical Unit Number ("LUN") of the device. A physical de- 
vice that does not support additional logical units such 
as for example, a conventional SCSI hard disk drive, 
comprises only one logical unit in which case the LUN 
is set to zero. 

In a SCSI environment, a bus transaction is defined 
by the SCSI command protocol as an input/output ("I/ 
O") process. An I/O process begins with the establish- 
ment of a logical fink called a "nexus", which defines the 
logical path between an initiator and a target such as a 
conventional SCSI hard disk drive, represented by the 
SCSI ID of the initiator ("I") and the SCSI ID of the drive 
("T"). As is understood in the art, the nexus may be fur- 
ther refined by using the IDENTIFY message of the SC- 
SI command protocol to include a LUN if applicable. In 
this case, the complete logical link will be l_TJ_UN. It 
should be understood that the LT_LUN logical link is 
sometimes interchangeably referred to as the 
BUS_TARGET_LUN or B_T_LUN also. 

Referring now to FIG. 2, a block diagram of an ex- 
emplary computer system 200 is depicted wherein the 
teachings of the present invention may be practised. As 
can be appreciated by those skilled in the art, the com- 
puter system 200 is represented in FIG. 2 in its function- 



al aspects. An Operating System ("OS") 21 0 is operabry 
provided in the computer system 200 to control the in- 
formation flow associated therewith. The OS 210 may 
be a Disk Operating System ("DOS") or a Network Op- 

5 erating System ("NOS") such as, for example Windows 
NT® or Netware®, as may be appropriate depending 
upon whether the computer system 200 is arranged in 
a network configuration. 

The OS 210, moreover, is operable with at least a 

io conventional channel communication interface such as, 
for example, the SCSI interface standard described 
above. The exemplary OS 210 may further be provided 
with such functional structures that would enable inter- 
operability with conventional network communication 

*5 protocols such as, for example, the Internet Protocol 
(-IP"). 

Continuing to refer to FIG. 2, the exemplary OS 21 0 
communicates with an OS-compatible channel or net- 
work communication protocoMnterface 215 via an 

20 upperJeveLcommunication path 230. It should be ap- 
preciated that the upperJeveLcommunication path 230 
in the functional block representation of the exemplary 
computer system 200 may encompass such OS-soft- 
ware structures as communication protocol drivers, for 

25 example, the SCSI protocol drivers or IP protocol driv- 
ers. The exemplary OS 210 and the OS-compatible in- 
terface/protocol 215 together constitute what will be 
henceforth referred to as an OS environment 250 in the 
computer system 200. Reference numeral 220 refers to 

30 a Fibre Channel ("FC") environment which may encom- 
pass a plurality of FC devices operable in accordance 
with the teachings of the present invention in addition to 
the known Fibre Channel Protocol (TCP") architecture 
described below in further detail. 

35 still continuing to refer to FIG. 2, it should be under- 
stood that most Operating Systems including, for exam- 
ple, the OS 210, are not provided with the capability of 
communicating "directly" with the devices disposed in 
the FC environment 220. Therefore, in order to operably 

40 include and harness the benefits of the FC environment 
220 in an exemplary computer system 200, a link path 
225 is provided between the FC environment 220 and 
the OS-compatible communication interface 21 5. As will 
be appreciated by those skilled in the art upon reference 

45 hereto, providing the link path 225 in accordance with 
the teachings of the present invention between the FC 
environment 220 and the OS-compatible communica- 
tion interface 215 facilitates dynamic address changing 
of the FC devices, which changing is transparent to the 

so OS-compatible upper-level software structures. 

Referring now to FIG. 3, a diagrammatic represen- 
tation of the FCP stack architecture is shown generally 
at 300. As can be readily appreciated, the FCP archi- 
tecture is structured as a hierarchical set of protocol lay- 

55 ers, much like the Open Systems Interface ("OSI") 
stack. The three bottom layers of the FC stack (layer 
31 0, labelled as FC-0, through layer 320, labelled as FC- 
2) form what is known as the Fibre Channel Physical 
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Standard ("FC-PH"). This Standard defines aft the phys- 
ical transmission characteristics of a Fibre Channel en- 
vironment including, for example, the FC environment 
220 (shown in FIG. 2). The remaining layers (layer 325, 
labelled as FC-3and layer 330, labelled as F04) handle 
interfaces with other network protocols and applica- 
tions. Unlike the existing Local Area Network ("LAN*) 
technologies such as Ethernet and Token Ring, FC 
keeps the various functional layers of the stack 300 
physically separate. As can be appreciated, this physi- 
cal separation enables implementation of some stack 
functions in hardware and others in software or 
firmware. 

The layer 310, FC-0, is the lowest functional layer 
of the FC architecture and describes the physical char- 
acteristics of the link connections among the plurality of 
FC devices disposed in the FC environment 220 (shown 
in FIG. 2). FC-0 supports a basic rate of 133 Mbaud, the 
most commonly used speed of 266 Mbaud, as well as 
531 Mbaud and 1 .062 Gbaud. However, because of the 
overhead involved in establishing and maintaining link 
connections, the actual data throughput is somewhat 
lower 100 Mbit/s for 133 Mbaud, 200 Mbit/s for 266 
Mbaud, 400 Mbit/s for 531 Mbaud, and 800 Mbit/s for 
1.062 Gbaud. Further, FC-0 supports a wide range of 
physical cabling, including single-mode or muttimode fi- 
bre-optic cable, coaxial cable, and shielded twisted pair 
("STP") media. Each of these cabling elements supports 
a range of data rates and imposes specific distance lim- 
itations, but FC can mix all of them within the same FC 
environment such as the FC environment 220 shown in 
FIG. 2. For instance, single-mode optical fibre could be 
used for distances up to 10 km; multimode fibre, at 200 
Mbit/s, could be used for distances up to 2 km; and STP, 
which supports 100 Mbit/s, may be used for up to 50 
metres. 

The layer 315, FC-1, defines the transmission pro- 
tocol, including the serial encoding and decoding rules, 
special characteristics, and error control. FC-1 uses an 
8B/10B block code, where every 8 data bits are trans- 
mitted as a 10-bit group with two extra bits for error de- 
tection and correction, known as disparity control. The 
8B/10B scheme supplies sufficient error detection and 
correction to permit use of low-cost transceivers, as well 
as timing recovery methods to reduce the risk of radio- 
frequency interference and ensure balanced, synchro- 
nized transmissions. 

The third layer of the FC-PH, layer 320, FC-2 de- 
scribes how data is transferred between the FC devices, 
each FC device being disposed at a 'Node', and in- 
cludes the definition of the frame format, frame se- 
quences, communications protocols, and service class- 
es. The basic unit of data transmission in Ftore Channel 
is a variable-sized frame. Frames can be up to 2,148 
-> bytes in length, comprising a payload of up to 2,048 
bytes; 36 bytes of overhead that provides framing, 
source and destination port addressing, service type, 
and error detection information; and up to 64 bytes of 



additional optional overhead for other miscellaneous in- 
formation about the user data, that is, the payload. A 
single higher layer (that is, the upper layers in the stack 
300) protocol message may be larger than a frame's 
s payload capacity, in which case, the message will be 
fragmented into a series of related frames called a se- 
quence. 

Continuing to refer to FIG. 3, FC-2 layer can be ap- 
preciated as the main ■workhorse - of the FCP stack 300. 
io It frames and sequences data from the upper layers (lay- 
ers 325 and 330) for transmission via the FC-0 layer; it 
accepts transmissions from the FC-0 layer and reframes 
and resequences them, if necessary, for use by the up- 
per layers 325 and 330. In addition to defining full duplex 

is transmission path between two nodes, the FC-2 layer 
also provides essential traffic management functions, 
including flow control, link management, buffer memory 
management, and error detection and correction. An im- 
portant feature of the FCP stack 300 is that the FC-2 

20 layer defines four classes of service to meet a variety of 
communication needs. Class 1 Service defines hard- 
wired or circuit-switched connections that are dedicat- 
ed, uninterruptible communication links. This service 
provides exclusive use of the connection for its duration 

25 (sometimes called a "selfish connection'). Class 1 Serv- 
ice is designed for time-critical, "non-bursty" dedicated 
links, such as those between two supercomputers. 
Class 2 Service is a connectionless, frame-switched 
transmission that guarantees delivery and confirms re- 

30 ceipt of traffic. Like conventional packet-switching tech- 
nologies such as frame relay, Class 2 switching is per- 
formed on the FC data frame rather than on a connec- 
tion. No dedicated connection is established between 
the nodes; each frame is sent to its destination over any 

35 available route. When congestion occu rs in Class 2 traf- 
fic, the frame is retransmitted until it successfully reach- 
es its destination. Class 3 Service defines one-to-many 
connectionless frame-switched service that is similar to 
Class 2 Service, except that it has no delivery guarantee 

40 or confirmation mechanism. It can be appreciated that 
Class 3 transmissions are faster than Class 2 transmis- 
sions because they do not wait for confirmation. But if a 
transmission does not arrive at its destination, Class 3 
Service does not retransmit. This service is most often 

45 used for reaHime broadcasts that cannot wait for ac- 
knowledgment but are not sufficiently time-critical to 
warrant Class 1 Service. It is also used for applications 
that can tolerate lost frames. Class 4 Service is a con- 
nection-based service that offers guaranteed fractional 

50 bandwidth and guaranteed latency levels. 

The FC-3 layer, layer 325, provides a common set 
of communication services of higher layer protocols 
above the FC-PH level. These additional services may 
include, for example, mechanisms for multicast and 

55 broadcast data delivery, "hunt" groups wherein more 
than one target node can respond to a given initiator 
node, and multiplexing multiple higher layer protocols 
and the FC-PH. 
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The top layer, layer 330, of the FCP stack 300 is the 
- FC-4 layer, ft defines the higher layer applications that 
can operate over an FC infrastructure such as, for in- 
stance, the FC environment 220 shown in FIG. 2. The 
FC-4 layer provides a way to utilize existing channel and 
network protocols over Fibre Channel without modifying 
those protocols. Accordingly, the FC-4 layer acts like a 
protocol convergence layer so that the FC node appears 
to provide the exact tower-layer transport services that 
the higher-layer channel or network protocol requires. 
This convergence function may require that the FC-4 
provide additional services such as buffering, synchro- 
nization, or prioritization of data. It can be appreciated 
that the FC-4 functionality is encompassed in the link 
path 225 disposed between the FC environment 220 
and the OS-compatible interface 21 5 of the exemplary 
computer system 200, shown in FIG. 2. 

Still continuing to refer to FIG. 3, various FC-4 level 
mappings have been specified for a number of higher 
layer channel and network communication protocols, in- 
cluding: Intelligent Peripheral Interface flPP); SCSI; 
High-Performance Parallel Interface ("HIPPI"); Single 
Byte Command Code Set ("SBCCS"); Logical Link Con- 
trol ('LLC'); IP; and Asynchronous Transfer Mode 
('ATM') Adaptation Layer ("AAL"). However, as indicat- 
ed hereinabove, these mappings do not provide for dy- 
namic address changing of the FC devices that are dis- 
posed in the FC environment 220 (shown in FIG. 2) op- 
erable in accordance with the FCP stack 300. 

Referring now to FIGS. 4A-4C, three exemplary 
topological configurations are shown, generally at 490, 
491 , and 492, respectively, into which the FC Nodes 
may be arranged. It should be understood that all three 
topologies are fully interoperable and the teachings of 
the present invention may be practised in any appropri- 
ate combination thereof. 

An FC Node is an entity, system, or device that has 
the capability to process the ULPs, FC-3, and some of 
the FC-2 functions. A Node may contain one or more 
Ports, commonly known as Node Ports or N_Ports. An 
N_Port is a hardware entity within a Node that supports 
the FC-PH. It may act as an originator (that is, an initi- 
ator), or a responder (that is, a target), or both. Herein- 
after, the terms nodes, devices and ports will be some- 
what interchangeably used for the purposes of the 
present invention. 

Reference numeral 490 refers to a point-to-point to- 
pology which utilizes communication links 41 OA, 41 0B 
to provide a full duplex transmission path between any 
two FC Nodes, denoted here as N_Ports 400A and 
400 B. This connection topology provides the maximum 
possible bandwidth and lowest latency since there are 
no intermediate devices/Nodes. 

Reference numeral 492 refers to a switched fabric 
topology where each FC device or node (N_Port) is con- 
nected to an F_Port that is part of a fabric, for example 
fabric 430, and receives a non-blocking data path to any 
other connection on the fabric. The fabric 430 may be a 



switch or series of switches and is responsible for rout- 
ing between Nodes, error detection and correction, and 
flow control. The operation of the fabric 430 is independ- 
ent of the higher layer communication protocols, largely 
s distance-insensitive, and may be based on any technol- 
ogy 

Communication paths, for example, path 437, pro- 
vide a bidirectional connection between a Node, N_Port 
440 and a fabric port (F_Port) 436. The switched fabric 
w topology 492 provides the maximum connection capa- 
bility and total aggregate throughput of all the three FC 
topologies. It may be appreciated that the switched fab- 
ric topology 492 provides the capability to interconnect 
large number of systems; to sustain high bandwidth re- 
's quirements; to match data rates between connections 
of different speeds; and to match different cabling ele- 
ments. 

Reference numeral 491 denotes a loop topology 
known in the art as an Arbitrated Loop ("AL"), operable 

20 with a connection standard referred to as the FC-AL 
standard. The loop topology 491 interconnects a plural- 
ity of FC devices or Nodes (denoted as loop ports or 
L_Ports) such as, for example, L_Ports 420A through 
420D, via unidirectional links, for example, links 425A 

25 through 425D. Thus, this connection arrangement ena- 
bles each device to use the loop topology 491 as a point- 
to-point connection between a sender and a receiver, 
irrespective of any intermediate devices disposed ther- 
ebetween which merely act as "repeaters". 

30 The arbitrated loop 491 provides a low-cost means 
of attaching multiple devices without the need for hubs 
or switches. Although only four L_Ports are shown in 
FIG. 4B, the loop provides shared bandwidth for up to 
127 L_Ports. Each L_Port requests use of the loop when 

35 it needs to communicate with another port; if the loop is 
free, the requesting port sets up a bidirectional connec- 
tion with the destination port. The loop protocol permits 
an L_Port to continuously arbitrate to access the trans- 
mission medium to transmit to another L_Port; a fair- 

40 ness algorithm ensures that no L_Port gets blocked 
from accessing the loop. Once a connection is estab- 
lished, it can then deliver any class of service appropri- 
ate to the traffic between the two L_Ports. 

As is known in the art, only one pair of L_Ports may 

45 communicate at one time. When these L_Ports relin- 
quish control of the loop, another point-to-point connec- 
tion between two L_Ports may be established. Further, 
the entire loop may be attached, in turn, to a FC switch 
fabric port via what is known as an FL_Port, or directly 

so to a single host system via an NL_Port. 

Because the presently preferred exemplary embod- 
iment of the present invention encompasses an FC-AL 
topology, such as the loop topology 491 , the generaJ op- 
eration of this nodal configuration will be described in 

55 greater detail hereinbetow. 

It is known that the FC-AL standard allows each FC 
device to negotete for an Arbitrated Loop Physical Ad- 
dress (AL_PA). Moreover, while participating on an Ar- 
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bitrated Loop, the FC devices must log in to each other 
before commencing a loop transaction. If a device not 
logged in to another device, it will discard any frames it 
receives from that device until it is logged in. Since an 
initiator or driver must be able to manage the target de- 
vice with which it is communicating, the initiator keeps 
track of an FC-specific identity triplet for that target de- 
vice. This FC-specific ID triplet comprises a target's 
Node_Name, its Port_Name, and its AL_PA While the 
AL_PA is dynamically assigned upon a loop reset, the 
Node_Name and PortJMame are formed from the de- 
vice's unique World_Wide_Name. 

When the devices come up onto an Arbitrated Loop 
upon a reset, they configure their AL_PAs in one of three 
ways: via a Soft Address scheme, a Preferred Address 
scheme, or a Hard Address scheme. In a Soft Address 
scheme, the device does not care what AL_PA it is as- 
signed. Rather, it simply accepts the first free AL_PA 
available. 

In a Preferred Address scheme, the FC device 
would like to be assigned a particular AL_PA However, 
if a desired AL_PA is unavailable for some reason, it will 
accept whichever AL_PA that is free and available. For 
example, after a device is assigned a specific AL_PA for 
the first time upon "global" system initialization following 
the loading of the OS, that device will continue to request 
for that AL_PA upon subsequent loop resets. However, 
once this device goes off-line from the Arbitrated Loop, 
it will lose its ability to "prefer" that AL_PA and must re- 
sort to accepting the first free AL_PA that is available. 

In a Hard Address scheme, the FC device can only 
operate at a particular AL_PA. According to the Loop 
Initialization Protocol ("LIP") in the FC-AL Standard, 
which handles the configuration of the AL__PAs, this 
method of address configuration takes precedence over 
the first two methods, namely, the Soft Address and Pre- 
ferred Address schemes. 

After all AL_PA assignment issues have been re- 
solved, the FC-devices that act as initiators send out to 
all valid loop addresses a plurality of what are known as 
Link Service Frames which comprise, among other 
things, the LOGIN ("PLOGI") Frames, in order to discov- 
er what devices are on the Arbitrated Loop. If a device 
accepts the LOGIN Frames from an initiator, it will re- 
spond by transmitting in turn one or more ACKNOWL- 
EDGMENT ("ACK") Frames to the initiator. Then, re- 
sponsive to these ACK Frames, a structure in the initi- 
ator known as the Fibre Channel Manager ("FCMNGR") 
will transmit a PROCESS LOGIN REQUEST ("PRLI") to 
the responding device which, subsequently, identifies it- 
self as being a target, an initiator, or both. 

The information comprising a device's ID triplet and 
additional information such as Device_Type and 
Device_Function (described below) is typically passed 
to the FCMNGR in a driver or initiator via a LOG Func- 
tion that is a constituent element of the FC-AL standard. 
The information in the LOG Function is mapped in ac- 
cordance with the teachings of the present invention to 



a link element pertaining to a higher-level OS-compati- 
ble interface in order to provide for hot-plugging a device 
without a system reboot or without having to incur some 
specialized software overhead to "quieten" the loop. 
5 Referring now to FIG. 5, therein is depicted an ex- 
emplary embodiment of the mapping method in accord- 
ance with the teachings of the present invention, where- 
in an FC-specific LOG Function information structure 
530 is uniquely mapped, via association means 599, to 

10 a link element 525 that is interpretable by a higher-level 
OS-compatible interface standard. For instance, in a 
SCSI environment, this link element 525 comprises a 
BUS_TARGET_ LUN nexus that has been previously 
descrtoed in reference to FIG. 1. The information struc- 

is ture 530 relating to an FC device preferably comprises 
its AL_PA 535 A, its unique Node Name 535B and 
PortJMame 535C, Device_Function 535D to specify if it 
is an initiator, target, or both, and Device JType 535E to 
specify if the device is an array or a Direct Access De- 

20 vice ("DAD"), or the like. In accordance with the teach- 
ings of the present invention, each link element associ- 
ated with an information structure relating to a specific 
FC device is preferably required to be unique during the 
run time of the OS for a particular session. 

2S it should be readily appreciated by those skilled in 
the art that by using the teachings of the present inven- 
tion, an Operating System need not know that it is on a 
Fibre Channel Arbitrated Loop because the OS would 
use the unique link element 525 in conjunction with as- 

30 sociation means 599 to send upper-level commands to 
the FC devices. Furthermore, because of the unique- 
ness of the mapping between the link element 525 and 
the FC information structure 530, the OS need not be 
aware of subsequent changes in the constituent parts 

55 of the FC information structure 530 that may be required 
because of a configuration change in the FC environ- 
ment 220 pursuant to an event such as, for example, 
hot-plugging involving device addition/deletion, device 
substitution, or whatever. The low-level software com- 

40 prising the FCP architecture would be able to sense any 
configuration change in the FC environment 220 and it 
would make any necessary changes in the FC informa- 
tion structure 530 while the link element 525 "fixedly" 
points to the same during the run time of the OS irre- 

45 spective of such changes. Association means 599 man- 
ages such low-level FC configuration changes by main- 
taining unique mapping relationships, creating new link 
elements, and terminating prior link elements, if neces- 
sary. 

50 it should be understood that the innovative teach- 
ings of the present invention may be readily extendable 
to any mapping to a link element that is OS-compatible. 
For example, it can be appreciated that the FC informa- 
tion structure 530 is mappable to a unique OS-compat- 

55 foie |p Hnk element. The OS, then, need only to issue 
IP-level commands in order to communicate with the FC 
devices on the Arbitrated Loop without having to keep 
track of dynamic changes in the loop addresses. 
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Referring now to FIG. 6, shown therein is an exem- 
plary flow diagram for a preferred method of automatic 
dynamic loop address changing in accordance with the 
teachings of the present invention. Upon a loop reset 
600, FC-specific information for each device on the Ar- 
bitrated Loop (such as the FC information structure 530, 
shown in FIG. 5) is determined in step 610. Preferably, 
this step may include executing a Loop Initialization Pro- 
tocol step. Subsequently, this FC-specific information is 
associated with an OS-compatible link element, as 
shown in step 615. This association can be embodied 
in a number of ways. For example, suitable data tables 
with logical link pointers may be maintained in each in- 
itiator device on the Arbitrated Loop. 

Responsive to a dynamic loop reconfiguration due 
to an event such as, for example, hot-plugging involving 
device deletion, device substitution, device addition, in 
combination with any of the address schemes described 
above, the FC-specific information structures associat- 
ed with unique OS-compatible link elements are suitably 
updated. In addition, new link elements may be created, 
if necessary. These processes are consolidated in step 
620. 

FIGS. 7A and 7B depict an exemplary embodiment 
where a new device 420 E (Node_E) with a hard-coded 
address that is already occupied by a device 420 D 
(Node_D) is dynamically introduced into a 4-device Ar- 
bitrated Loop. FIG. 7A represents the loop configuration 
before the device 420 E with hard-coded AL_PA4 and a 
World_Wide_Name comprising Node_E and Port_E0 is 
introduced. The initialized loop comprises a device 
420A with AL_PA1 and the WorkJ_Wide_ Name of 
Node_A and Port_A0; a device 420B with AL_PA3 and 
the World Wide Name of Node_Band Port_B0; a device 
420C with AL_PA2 and the World_Wide_Name of 
Node_C and Port_C0; and a device 420D with AL_PA4 
and the World JMde_Name of Node_D and Port_D0. 
Further, it may be provided in this exemplary embodi- 
ment that devices 420A and 420 B operate as initiators 
while devices 420C and 420 D operate as targets. The 
FC-specific information structures corresponding to 
these four devices are mapped to, for example, such 
unique SCSI link elements as follows: For device 420A, 
it is mapped to a BUS_TARGET_LUN comprising 
0_0_0; for device 420B, it is mapped to a 
BUS_TARG ET_LUN comprising 0_1_0; for device 
420C, it is mapped to a BUS_TARG ET_LU N comprising 
0__2_0; and for device 420D, it is mapped to a 
BUS_TARGETJ_UN comprising 0_3_0. As described 
hereinabove, these link elements will be presented to 
the upper level software structures that are present in 
the OS environment for proper commands and opera- 
tion of the loop. 

FIG. 7B represents the loop configuration after the 
-> device 420E with hard-coded AL_PA4 and a 
WorkJ_Wide_Name comprising Node_E and Port_E0 is 
introduced. While the FC-specific information structures 
corresponding to the devices 420A, 420B and 420C are 



unaffected, the FC-specific information structure corre- 
sponding to the device 420D is updated to reflect the 
fact that its physical address field now contains the first 
free and available address, for example AL_PA5, upon 

s the execution of the Loop Initialization Protocol. In ad- 
dition, a new link element having a BU S_TARGET_LUN 
comprising, for example, 0_4_0 will be created prefera- 
bly in the association means contained in the two initia- 
tor devices, 420A and 420B, in order to correspond to 

10 the new, hard-coded device 420 E. Thus, Node_E will 
be presented to the OS environment as a new device 
while Node_D would continue to be recognized a device 
that was already configured in the OS. 

It should be appreciated that by handling FC devic- 

is es dynamically in the manner described herein System 
Administrators would be able to add new devices to an 
Arbitrated Loop without disrupting system activity. 

Although only certain embodiments of the appara- 
tus of the present invention have been illustrated in the 

20 accompanying Drawings and described in the foregoing 
Detailed Description, it will be understood that the in- 
vention is not limited to the embodiments disclosed, but 
is capable of numerous rearrangements, modifications 
and substitutions without departing from the spirit of the 

25 invention as set forth and defined by the following 
claims. 



Claims 

30 

1 . A method for dynamically altering the loop address 
of a device on a Fibre Channel Arbitrated Loop (FC- 
AL) in a computer system, comprising the steps of: 

35 determining an information structure related to 

said device upon a loop reset; and 
keeping track of said information structure as 
said device moves around said Fibre Channel 
Arbitrated Loop. 

40 

2. The method as recited in claim 1 , wherein said step 
of keeping track of said information structure com- 
prises: 

45 associating said information structure with a 

unique logical link element, said unique logical 
link element being operable with an Operating 
System for said computer system, said associ- 
ating step being performed by association 

50 means; and 

updating said association means responsive to 
a change in said information structure. 

3. The method as recited in claim 1 , wherein said de- 
55 termining step comprises ascertaining an AL_PA, a 

Node_Name, a Port_Name, a DeviceJType and a 
Device_Function, related to said device. 
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4. A method for dynamically controlling the configura- 
tion of a plurality of FC devices in a computer sys- 
tem, the computer system having an operating sys- 
tem, a Fibre Channel (hereafter FC) communication 
environment, which environment includes a plural- s 
ity of FC devices, at least one of said FC devices 
being an initiator, the method comprising the steps 

of: 

determining an FC-specific information stoic- 10 
ture related to each of said plurality of FC de- 
vices; 

associating said FC-specific information struc- 
ture for each of said plurality of FC devices with 
a logical link element compatible with said op- is 
erating system, said associating step being ef- 
fected by association means; and 
updating said association means responsive to 
a reconfiguration of said FC environment. 

20 

5. The method as recited in claim 4, wherein said de- 
termining step is performed by said initiator respon- 
sive to a reset. 



dating step comprises modifying said FC -specific 
information structure responsive to said reconfigu- 
ration of said FC environment. 

14. A computer system having an operating system, a 
Fibre Channel (FC) communication environment, 
which environment includes a plurality of FC devic- 
es, at least one of said FC devices being an initiator, 
and means for dynamically controlling channel 
communication, said means comprising: 

means for determining FC-specific information 
related to each of said plurality of FC devices; 
means for associating said FC-specific infor- 
mation for each of said plurality of FC devices 
with a logical link compatible with said Operat- 
ing System; and 

means for updating said associating means re- 
sponsive to a reconfiguration of said FC envi- 
ronment. 



6. The method as recited in claim 4, wherein said de- 25 
terminhg step comprises ascertaining a physical 
address for each of said plurality of FC devices. 

7. The method as recited in claim 4, wherein said de- 
termining step comprises ascertaining a 30 
WorkJ_Wide_Name for each of said plurality of FC 
devices. 

8. The method as recited in claim 7, wherein said as- 
certaining step comprises identifying at least one of 3S 
a Port_Name and a Node_Name for each of said 
plurality of FC devices. 

9. The method as recited in claim 4, wherein said de- 
termining step comprises ascertaining ' a 40 
device_type for each of said plurality of FC devices. 

10. The method as recited in claim 4, wherein said as- 
sociating step comprises creating a unique 
BUS_TARGETJ_UN nexus for each of said plurality *s 
of FC devices. 

11. The method as recited in claim 4, wherein said up- 
dating step comprises deleting a 

BU S_TARG ET_LUN responsive to said reconfigu- so 
ration of said FC environment. 

12. The method as recited in claim 4, wherein said up- 
dating step comprises creating a new 
BUS_TARGETJ_UN responsive to said reconfigu- ss 
ration of said FC environment. 

13. The method as recited in claim 4, wherein said up- 
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